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TITLE OF THE INVENTION 

Methods and Apparatus for Downhole Inter-Tool Communication 

FIELD OF THE INVENTION 

[0001] The present invention relates generally to methods and apparatus for 
gathering data from sub-surface formations. More particularly, the present invention relates 
to methods and apparatus for communicating between various downhole tools traversing a 
sub-surface formation. 

BACKGROUND OF THE INVENTION 

[0002] Wireline logging has been done for many years to enhance recovery of oil 
and gas deposits. In borehole logging, one method of making measurements underground 
includes attaching one or more tools to a cable connected to a surface system. The tools are 
then lowered into a borehole by the cable and then drawn back to the surface ("logged") 
through the borehole while taking measurements. The cable often includes multiple 
conductors, such as a 7-conductor "hepta-cable." The conductors of the cable provide power 
to the tools from the surface and a route for electrical signals to be passed between the tools 
and the surface system. The signals may be, for example, tool control signals that pass from 
the surface system to the tools, and tool operation signals and data which pass from the tools 
to the surface system. 

[0003] A common telemetry system for facilitating communication between the 
surface system and the tools may include a telemetry module (TM) at the surface, the cable, 
and a downhole telemetry cartridge (TC) at the head of a string of tools. Each downhole tool 
will typically include a downhole toolbus interface (BI) for communicating with the TC via a 
downhole toolbus (TB). This telemetry system is configured to allow data flows in two 
directions: from the TM to the tools and from the tools to the TM. Communications from the 
subsurface up the borehole to the TM are called an "uplink". Communications from the TM 
down the borehole to the subsurface are termed a "downlink". 

[0004] In a typical telemetry system, each tool sends its data to the downhole 
telemetry cartridge through the toolbus. The telemetry cartridge then sends the data to the 
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telemetry module, usually via a wireline cable. While this configuration simplifies the 
downhole telemetry, it requires that all data be communicated to the surface. Thus, in the 
situations where it is desired to communicate data or a signal from one downhole tool to 
another downhole tool, the typical telemetry configuration requires that the data be sent from 
the first tool to the TC, from which it is communicated via an uplink to the TM, then 
communicated from the TM via a downlink back to second tool via the TC. The time 
required for such up-and-down communication is inefficient, particularly in deep boreholes 
where the distance between the TC and TM can be large. A method for communicating 
downhole between borehole tools is needed. It would be advantageous if this communication 
method were compatible with conventional downhole tools designed to communicate with a 
downhole telemetry cartridge through a toolbus. 

SUMMARY OF THE INVENTION 

[0005] The present invention addresses the above-described deficiencies and 
others. Specifically, the present invention provides a method of downhole communication 
between wireline tools. The method comprises examining an uplink data stream with a 
downhole module; extracting any data intended for downhole tools; and transmitting any 
extracted data intended for downhole tools via a downlink data stream from the downhole 
module to an intended downhole tool. The data intended for downhole tools does not require 
transmission to the surface before it is sent downhole. The downhole module may be a 
downhole telemetry cartridge comprising a downhole toolbus controller; a downhole device 
comprising a software enhanced toolbus interface (SEBI); or a downhole device comprising 
an extended toolbus interface (XBI). In some embodiments, the downhole device may be a 
borehole tool. The method may further include transmitting any data intended for downhole 
tools via a downlink data stream from the downhole to a group of downhole tools or 
broadcasting it to all downhole tools. 

[0006] According to another aspect there is a borehole telemetry system including 
a surface telemetry module, a downhole module, and a multiplexed data link between the 
surface and modules capable of transferring data alternately between an uplink in which data 
is transferred from the downhole module to the surface module and a downlink in which data 
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is transferred from the surface module to the downhole module; where the uplink data can be 
examined and selectively extracted by the downhole module. In some embodiments, the 
downhole module may be a downhole telemetry cartridge comprising a downhole toolbus 
controller; a downhole device comprising a software enhanced toolbus interface (SEBI); or a 
downhole device comprising an extended toolbus interface (XBI). The downhole module can 
extract any uplink data intended for downhole tools, and store and copy any uplink data 
extracted from the uplink to the downlink. Any data extracted from the uplink by the 
downhole module may be sent to the downlink at a subsequent downlink period and received 
by an intended downhole tool, or broadcast to a group of or all downhole tools. 

[0007] According to another aspect there is a method of communicating between 
downhole tools including sending a signal from a first downhole tool to a downhole module 
and relaying the signal from the first downhole tool to a second downhole tool before the 
signal reaches a surface telemetry module. The relaying may be done by the downhole 
module. 

[0008] According to another aspect of the invention there is a downhole data 
acquisition system including a surface telemetry system; a downhole telemetry cartridge 
comprising a downhole toolbus controller; and a plurality of downhole tools; where the 
downhole toolbus controller may be programmed to extract inter-tool communication (ITC) 
data from the uplink data stream and may be programmed to copy extracted ITC data to a 
downlink data stream. The downlink data stream provides the extracted ITC data to one or 
more of the plurality of downhole tools. In another embodiment, at least one of the plurality 
of downhole tools includes an extended toolbus interface (XBI) that may be programmed to 
extract the ITC data from the uplink data stream and may be programmed to copy extracted 
ITC data to a downlink data stream. 

[0009] According to one aspect of the invention there is a method of acquiring 
acoustic data including sending a firing signal in the uplink data stream; extracting the firing 
signal at a downhole module as the firing signal goes uphole; copying the firing signal and 
sending it downhole to an acoustic transmitter; firing the acoustic tool according to the firing 
signal; and receiving acoustic data. The method may further include synchronizing 
acquisition of sonic data with the firing of the acoustic tool using the firing signal extracted 
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by the downhole module. The sending of a firing signal may be done by an acoustic receiver. 
The method may include extracting a caliper data signal from the uplink and copying the 
caliper data signal to a downlink data stream. The caliper data signal may be provided to the 
acoustic transmitter and receiver. The acoustic transmitter may change the waveform data 
according to the caliper data signal. 

[0010] According to one aspect of the method the data intended for downhole 
tools includes a command to fire sent from a downhole acoustic receiver to a downhole 
acoustic transmitter. The downhole toolbus controller copies the command to a downlink 
data stream where the command may be sent to both the downhole acoustic receiver and the 
downhole acoustic transmitter at a subsequent downlink period. In some applications the 
downlink data stream may be assigned a higher priority than the surface system commands. 
Accordingly, the downhole acoustic transmitter may start firing and the receiver, following 
receipt of a command from the transmitter, may start data acquisition in sync. 

[0011] According to another aspect the data intended for downhole tools includes 
borehole diameter information transmitted by a caliper. The downhole module may extract 
the borehole diameter information from the uplink data stream and copy it to a downlink data 
stream. The borehole diameter information may be sent to a sonic receiver via the downhole 
module without sending to the surface. 

[0012] One of the plurality of downhole tools may include a sonic receiver, and 
another of the plurality of downhole tools may be a sonic transmitter. A firing signal may be 
sent from the sonic receiver, extracted from an uplink data stream by the downhole module, 
and sent to the sonic transmitter and back to the sonic receiver as well. Thus, firing of the 
sonic transmitter and receiving by the sonic receiver may be synchronized. Further, one of 
the plurality of downhole tools may include a caliper. Borehole diameter information may be 
sent from the caliper, extracted from an uplink data stream by the downhole module, and sent 
to the sonic transmitter and receiver. The caliper is disposed between the sonic receiver and 
the sonic transmitter according to some embodiments to facilitate maximum distance between 
the sonic transmitter and receiver. The surface telemetry system may be a telemetry module 
and the surface system may include a wireline cable. 
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[0013] According to another aspect of the invention, the data intended for 
downhole tools includes information transmitted uplink by a pump tool, measuring tool, or 
sampling tool. A downhole module may extract the information to effect fluid measurement 
from the uplink data stream and copy it to a downlink data stream. The fluid measurement 
information may be sent to a fluid sampling tool via the downhole module without sending to 
the surface. 

[0014] In another aspect of the invention, the data intended for downhole tools 
includes command information for moving or adjusting by a tractor or positioning apparatus. 
The downhole module may extract the information to coordinate movement or positioning of 
downhole tools and copy it to a downlink data stream to be received by a tractor or 
positioning apparatus. Borehole tools may then be moved or positioned using the data sent 
via the downhole module without having to return the information to the surface. 

[0015] There is also provided a method of communicating between wireline 
downhole tools including examining an uplink data stream with a downhole module; 
extracting any data intended for downhole tools with the downhole module; and sending any 
data extracted to one or more downhole tools via the downhole module. The data extracted 
may be sent with a high priority to one or more downhole tools along a downlink data stream 
during a subsequent downlink period, which may be the next downlink period. 

[0016] Additional advantages and novel features of the invention will be set forth 
in the description which follows or may be learned by those skilled in the art through reading 
these materials or practicing the invention. The advantages of the invention may be achieved 
through the means recited in the attached claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0017] The accompanying drawings illustrate preferred embodiments of the 
present invention and are a part of the specification. Together with the following description, 
the drawings demonstrate and explain the principles of the present invention. 

[0018] FIG. 1A is a schematic of a wireline tool system according to one 
embodiment of the present invention. 
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[0019] FIG. IB is a schematic of a wireline tool system according to another 
embodiment of the present invention. 

[0020] FIGs. 2A-2E are schematics of a downhole communication system 
illustrating ITC according to various aspects of the present invention. 

[0021] FIG. 3 is an illustration of one uplink method used to facilitate downhole 
ITC according to the present invention. 

[0022] FIG. 4 is an illustration of another uplink method used to facilitate 
downhole ITC according to the present invention. 

[0023] FIG. 5 is an illustration of one way of synchronizing sonic firing with data 
acquisition according to the present invention. 

[0024] FIG. 6 is a software block diagram that may be used according to some 
aspects of the present invention to facilitate downhole ITC. 

[0025] FIG. 7 is a software data flow and task diagram according to one 
embodiment of the present invention. 

[0026] FIG. 8 is a writing rule and data flow diagram for facilitating downhole 
ITC according to one embodiment of the present invention. 

[0027] FIG. 9 is an illustration of one protocol that may be used for writing an 
ITC message according to the present invention. FIG. 9 illustrates writing a message with an 
indexed address for its destination to a single receiver. 

[0028] FIG. 10 is an illustration of a protocol that may be used for writing an ITC 
synchronization pulse according to the present invention. FIG. 10 illustrates writing a 
synchronization pulse with an indexed address to a single receiver destination. 

[0029] Throughout the drawings, identical reference numbers and descriptions 
indicate similar, but not necessarily identical elements. While the invention is susceptible to 
various modifications and alternative forms, specific embodiments have been shown by way 
of example in the drawings and will be described in detail herein. However, it should be 
understood that the invention is not intended to be limited to the particular forms disclosed. 
Rather, the invention is to cover all modification, equivalents and alternatives falling within 
the scope of the invention as defined by the appended claims. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0030] Illustrative embodiments and aspects of the invention are described below. 
In the interest of clarity, not all features of an actual implementation are described in this 
specification. It will of course be appreciated that in the development of any such actual 
embodiment, numerous implementation-specific decisions must be made to achieve the 
developers' specific goals, such as compliance with system-related and business-related 
constraints, that will vary from one implementation to another. Moreover, it will be 
appreciated that such a development effort might be complex and time-consuming, but would 
nevertheless be a routine undertaking for those of ordinary skill in the art having the benefit 
of this disclosure. 

[0031] The present invention contemplates methods and apparatus facilitating 
downhole ITC in a much shorter time than previously possible. Communication between 
downhole tools is termed "inter-tool" communication herein and includes communication 
between downhole tools without traveling to and from a surface module as done previously. 
The principles described herein facilitate more accurate synchronization of various events 
associated with downhole tools, shorter time lags between commands and responses, and/or a 
smaller operational overhead. The methods and apparatus of the present invention are 
preferably implemented by examining data (including command signals) contained in an 
uplink data stream while the data is still local to the downhole tool. By examining the data 
before it travels all the way to the surface, any information sent by one or more downhole 
tools and intended for other downhole tools can be extracted, copied, and transmitted to 
intended destinations much faster than previous systems allow. The shorter latency period 
results in better logging information and therefore more efficient well operation. As used 
herein, the term "extract" or "extracted" means to derive or obtain (information, for example) 
from a source. 

[0032] Turning now to the figures, and in particular to FIG. 1A, a schematic 
overview of a downhole data acquisition system (100) according to principles of the present 
invention is shown. The downhole data acquisition system (100) includes a surface telemetry 
system or module (102), a downhole module shown in FIG. 1A as downhole telemetry 
cartridge (104), and a plurality of downhole tools. In some embodiments, the downhole 
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telemetry cartridge (104) may comprise a downhole toolbus controller (106), and the 
downhole tool may comprise a toolbus interface (109), an enhanced bus interface (111), a 
software enhanced bus interface (113), or an extended bus interface (115). According to the 
embodiment of FIG. 1A, there are five downhole tools (108-116). The surface telemetry 
system (102) may be part of an overall surface system (118) that comprises a TM. A wireline 
cable, for example a multiplexed data link cable (120), provides for power and 
communication between the surface telemetry system (102) and the downhole telemetry 
cartridge (104). A downhole toolbus (122) provides for communication between the 
downhole tools (108-116) and the downhole telemetry cartridge (104) in both uplink and 
downlink directions. 

[0033] While a typical downhole acquisition system allows for both uplink and 
downlink communication, any data sent by one downhole tool to another has heretofore 
traveled an uplink data stream all the way to the telemetry module (102), then all the way 
back down to the intended tool. According to the present invention, however, a downhole 
module such as telemetry cartridge (104) comprising a downhole toolbus controller (106) 
may examine and extract the uplink ITC. If there is any data sent from one downhole tool 
(108-116) and intended for another downhole tool (108-116), such data is copied and sent to 
intended downhole tools without waiting for the data to travel all the way to the surface and 
back down again. Any ITC data is sent by the downhole toolbus controller (106), at a 
subsequent downlink period, preferably a next downlink period immediately following the 
uplink period during which the data was extracted. 

[0034] To realize downhole ITC, which effectively allows communication tools to 
send data packets in uphole and downhole directions, an enhanced downhole toolbus protocol 
and downhole module may be used. The downhole module may comprise an enhanced 
downhole telemetry cartridge (EDTC). The downhole module may comprise a downhole 
device, such as borehole tool, with an extended bus interface (XBI). An XBI may receive 
ITC data from both uplink and downlink packets and may send ITC data as an uplink or 
downlink packet. A software enhanced bus interface (SEBI) may receive ITC data in 
downlink packets only and may send ITC data in an uplink packet only. A toolbus interface 
(BI) or an enhanced bus interface (EBI) cannot send FTC data packets but either may receive 
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FTC data in downlink packets. Thus, a downhole tool with a BI or EBI may only receive ITC 
data in downlink signals; a downhole tool with a SEBI may receive ITC data in downlink 
signals and may send ITC data in an uplink signal; and a downhole tool with an XBI may 
receive ITC data in uplink and downlink signals and may send ITC data in an uplink or 
downlink signal. Downhole tools with either a BI or EBI may act only as receivers for 
downhole ITC. 

[0035] Refer to FIG. IB for a schematic overview of another embodiment of the 
present invention. The downhole data acquisition system (100) includes a surface telemetry 
system (118) and/or module (102), a downhole module shown in FIG. IB as a downhole tool 
with XBI (108'), and a plurality of downhole tools. The data acquisition system may also 
include a downhole telemetry cartridge (104) including a toolbus controller (106). According 
to the present invention, the downhole tool with XBI (108') is programmed to extract uplink 
ITC data. The downhole toolbus controller (106) may also examine uplink data streams. If 
there is any data sent from one downhole tool (108'- 116) and intended for another downhole 
tool (108'- 116), such data is copied and sent to intended downhole tools without waiting for 
the data to travel all the way to the surface and back down again. ITC data may be sent at a 
subsequent downlink period via a downhole tool with XBI (108 f ) or downhole toolbus 
controller (106), preferably a next downlink period immediately following the uplink period 
during which the data was extracted. 

[0036] Any ITC may be more quickly facilitated by extracting the 
communications locally and relaying them back to their intended destinations without first 
traveling to the surface. For example, according to the embodiments of FIG. 1 A and FIG. IB, 
Downhole Tool-2 (1 10) may be a sonic receiver, and Downhole Tool-5 (116) may be a sonic 
transmitter. There may be any number of downhole tools, (e.g. tools (112 and 1 14)) between 
the sonic receiver (110) and sonic transmitter (116) in order to facilitate a long distance 
between an acoustic transmitter and an acoustic receiver without increasing a total length of a 
tool string. In a configuration shown in FIG. 1A, one example of ITC is the sending of a 
firing command by the sonic receiver (110) to the sonic transmitter (116). The command 
signal to fire is sent by the sonic receiver via Uplink- 1 (124). However, instead of having to 
travel to the surface and back to reach the sonic transmitter (116), a downhole module shown 
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in FIG. 1A as downhole telemetry cartridge (104) comprising a downhole tool bus controller 
(106) monitors and extracts the firing command (or any other ITC data) and copies it as 
indicated by an arrow (126) to a subsequent downlink, which, according to FIG. 1A, is 
Downlink- 1 (128). Alternatively a downhole module such as a downhole tool comprising 
XBI (108') as shown in FIG. IB monitors and extracts the firing command (or any other ITC 
data) and copies it as indicated by an arrow (126') to a subsequent downlink, which, 
according to FIG. IB, is Downlink-1 (128). Downlink-1 (128) is preferably the next 
downlink period. During the transmission of Downlink-1 (128), both the sonic receiver (1 10) 
and the sonic transmitter (116) receive the firing command. Accordingly, the firing of the 
sonic transmitter (116) and the acquisition of data by the sonic receiver (110) may be very 
accurately synchronized by the firing command without waiting for the command to travel the 
full length of the multiplexed cable (120). 

[0037] Other data may be communicated between various downhole tools (108- 
116; 108'- 116) without traversing the length of the cable (120) twice as well. For example, 
Downhole Tool-4 (1 14) may be a caliper. The caliper (1 14) generates and transmits borehole 
diameter information. In a typical arrangement, the caliper (114) would transmit borehole 
diameter information to the downhole telemetry cartridge (104), and the information would 
continue uphole to the surface, then back downhole. However, according to the present 
invention a downhole module [such as downhole telemetry cartridge (104) comprising a 
downhole toolbus controller (106)] extracts the borehole diameter information sent via 
another uplink, shown in FIG. 1A as Uplink-2 (130) and copies it as indicated by an arrow 
(132) to a subsequent downlink, which according to FIG. 1A is Downlink-2 (134). 
Alternatively the downhole module may be a downhole tool comprising XBI (108') that 
extracts the borehole diameter information sent via another uplink, shown in FIG. IB as 
Uplink-2 (130) and copies it as indicated by an arrow (132') to a subsequent downlink, which 
according to FIG. IB is Downlink-2 (134). The borehole diameter information is then sent 
and taken into account by the sonic receiver (110) or sonic transmitter (116). It will be 
understood, however, that while the fire command and the borehole diameter information are 
shown in FIG. 1A and FIG. IB as being transmitted along separate uplinks and downlinks, 
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this is not necessarily so. Multiple data packets may be sent via a single uplink and/or 
downlink cycle. 

[0038] Further, it will be understood that the two data types described above are 
exemplary in nature, and not limiting. Data of any kind may be sent, extracted, and copied to 
subsequent downlinks—all being done downhole-according to the principles described 
herein. Any ITC between downhole tools such as the tools (108-116; 108-116) shown may 
be quickly facilitated by extracting and relaying ITC data downhole according the principles 
discussed. Some further details and examples of downhole ITC are discussed below with 
reference to FIGs. 2-10. 

[0039] Referring to FIG. 2A, a sender transmits ITC data in an uplink packet and 
the EDTC receives it and sends it back in a downlink packet to a receiver. The toolbus 
protocol compatibility remains as long as the ITC data has the same uplink packet format, and 
if the downlink ITC data has the same format as normal downlink packets. Accordingly, a 
tool string configuration may be arbitrary such that sender and receiver tools can be located 
either uphole or downhole of one another and still communicate there between. Referring to 
FIG. 2B, the sender is located downhole of the receiver. The sender transmits an ITC as an 
uplink packet and the EDTC receives it and sends it back as a downlink packet to be received 
to a receiver. Another aspect of the present invention is shown in FIG. 2C. The sender 
transmits an uplink packet and the downhole module comprising XBI receives the packet and 
sends it back as a downlink packet to a receiver. FIG. 2D shows another aspect of the present 
invention. A downhole module comprising XBI as a sender transmits ITC data directly in a 
downlink packet to be received by a receiver, which is located downhole of the sender. FIG. 
2E shows another aspect of the present invention. The sender transmits an uplink packet to a 
receiver that extracts data intended for that receiver and then passes the" remainder of the 
uplink packet. 

[0040] At least two methods may be used for the uplink to facilitate principles of 
the present invention. One method is to merge ITC data with normal uplink packets as shown 
in FIG. 3. A concatenated uplink packet as shown in FIG. 3 can use bandwidth efficiently if 
the ITC is relatively rare (i.e. a lower occurrence rate than the TB frame rate). This method 
can be called asynchronous transmission. 
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[0041] Another method that may be used is to set a separate time slot for uplink 
packet transmission in typical Time Division Multiplexing (TDM) fashion, prior to the 
normal uplink packet window as shown in FIG. 4. The separate TDM ITC packet of FIG. 4 is 
a preferred transmission method if ITC is a common occurrence (e.g. ITC occurring at a rate 
near or equal to the TB frame rate). The ITC data can be easily identified and handled by the 
EDTC, and such a method is called an isochronous transmission. The terms "asynchronous" 
and "isochronous" coincide with the IEEE 1394 definitions. 

[0042] Downlink ITC data preferably maintains the same format as a usual 
downlink packet to enable standard BI to repeat. The maximum packet length of the 
downlink packet is 15 words for EBI and 8 words for BI, but other lengths may also be used 
or developed. Since the uplink packet length may be more than 15 words, in such an instance 
the data is segmented to meet this word-length restriction. The segmentation, if any, may be 
carried out by the EDTC or a downhole module comprising XBI, or the uplink packet may 
have a segmented structure in advance. 

[0043] According to some methods a rule may be prescribed such that the ITC 
downlink packets have a priority for transmission over normal downlink packets, thus 
assuring a maximum latency for ITC. For example, as shown in FIG. 3 and 4, the maximum 
latency from transmission to reception is 16 ms, which is the frame rate of the EFTB. 

[0044] Each of the two methods described above for uplink transmission has its 
advantages. Other methods may also be used in addition to the two exemplary methods 
described above as well. When considering the uplink methods (isochronous and 
asynchronous or others) for an implementation for downhole ITC, each or all may be 
considered distinct. If methods have complimentary advantages, more than one method may 
be supported. However, in some circumstances only one method may be chosen. 

[0045] For example, considering protocol overhead in the uplink packet, the 
packet needs 6 words for its header and trailer. In addition, the gap between two uplink 
packets needs 8 words. Hence, the protocol overhead per uplink packet becomes 14 words. 
If the total tool count is, for example, 63 tools, the total overhead is 882 words. Therefore, 
the isochronous uplink method needs a 882-word overhead, when the total tool count is 63. 
This overhead reduces the effective bandwidth for actual data or payload significantly. 
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Therefore, isochronous uplink communication may not be adopted, and the asynchronous 
method is considered hereafter. 

[0046] The downhole module may have a specific FIFO (first in, first out) buffer 
for storing the ITC downlink packets. The buffer may resemble a typical downlink packet 
buffer that interfaces from the cable to the toolbus. If the ITC buffer stores some ITC 
packets, they may be sent during the subsequent downlink period (preferably the next 
downlink period) prior to normal downlink packets from the surface. Therefore, ITC 
downlink packets may have a higher priority than normal downlink packets. 

[0047] As discussed above with reference to FIG. 1, the ITC enables, for example, 
a sonic transmitter to be spaced far from its sonic receiver (such that other tools are situated 
there between) and still communicate with each other. Thus a long spacing between the sonic 
transmitter and receiver can be accomplished while utilizing the length of a tool string 
efficiently. Further, by implementing methods of the present invention, sonic waveform 
acquisition can be accurately synchronized with sonic source firing. One scheme for 
synchronizing sonic firing and waveform acquisition (similar to that shown in FIG. 1A) is 
shown in FIG. 5. The sender tool (sonic receiver) sends a firing trigger command via ITC. 
The command can be received by both the sender (sonic receiver) and by the receiver (sonic 
transmitter). Upon arrival of the command, the receiver (sonic transmitter) fires the sonic 
source, and the sender (sonic receiver) starts waveform acquisition. 

[0048] A SEBI or an XBI may support the sender functionality for ITC. FIG. 6 
illustrates a SEBI or XBI block diagram according to one aspect of the present invention. The 
two main components according to the example of FIG. 6 are a microprocessor (MPU) (736) 
and a field programmable gate array (FPGA) (738). A boot memory (744) may also be added 
to facilitate start up of both the MPU and FPGA after power-up. Using a MPU may be more 
useful to carry out the arithmetic operation than implementing a digital circuit in a FPGA. 
Some functions may not require fast processing and may be executed in parallel by digital 
circuitry, but such functions may also be conducted by a MPU. Thus one aspect of the SEBI 
or the XBI may include splitting the interface function into two parts. One part may be 
implemented by the FPGA because it is time-critical, while the other may be implemented by 
the MPU. By splitting the interface function into two parts, a smaller and less expensive 
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FPGA may be used, and a MPU is much less expensive than a large FPGA. Alternatively, 
however, the interface function may not be split, and a more expensive FPGA used. A UART 
(Universal Asynchronous Receiver-Transmitter) function is supported by the FPGA for 
diagnostic purposes according to the embodiment shown. Accordingly, an operator may 
inquire into the internal status of the MPU and retrieve FPGA information by connecting a 
PC to a port with a dedicated PC software tool. 

[0049] FIG. 7 illustrates two parts when the interface function is divided. The 
first is a software (or firmware) part and the second is a hardware (or digital) part, to which 
MPU and FPGA are assigned, respectively. These two parts work together as they 
communicate with each other, mainly via SPORT0. Two interrupt inputs are also utilized 
according the present embodiment so that the hardware part is able to notify certain events to 
the software part while some registers in the FPGA are mapped to the I/O memory space of 
the MPU. The MPU can retrieve additional information from the FPGA through a data bus. 
According to some aspects, the MPU boots first following a reset, then it programs the FPGA 
with configuration data stored in the boot memory (744, FIG. 6). 

[0050] As mentioned above, ITC according to the present invention may ensure a 
maximum latency from a data write by a sender to a data arrival at a receiver. Therefore, ITC 
access may incur a rule. The rule may be that access must be made during a downlink period 
as shown in FIG. 8. The software EBI or XBI provides an output signal name FRAM. A low 
state (750) of FRAM indicates the downlink period. 

[0051] One method that may be used to follow this rule is to connect the EFTB 
frame to an interrupt input of the application processor. This can signify the start of a 
downlink period to the application processor when a falling edge of the FRAM output is 
detected to trigger the interrupt. The duration of the downlink period depends on the tool 
string configuration, but the minimum period is generally longer than 1 ms. The minimum 
period is guaranteed by the downhole toolbus controller of the EDTC. Even during this 
minimum period, the ITC access can be completed. 

[0052] There may be many kinds of ITC access. The following describes three 
kinds of accesses, but there may be others of any kind. The three access types described 
below are: writing an ITC message, writing an ITC sync pulse command, and writing an ITC 
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reset pulse. Each access may have a different destination type. According to one 
embodiment described below, each access type has three kinds of destination types. The 
three destination types according to the description below are "Index," "Group," and 
"Broadcast" types, corresponding to the downlink packets. The interface (I/F) 
command/response words are different for each destination type, which the application 
processor can select depending on an intended purpose. 

[0053] FIG. 9 illustrates a procedure for the first access type, writing an ITC 
message with an index addressing its destination. This procedure may be used when the 
application desires to send some data to single receiver. The application processor sends the 
I/F command with a message length and tool index included. When the SEBI or XBI receives 
a request (ITCMS GINDEXWRREQ in FIG. 9), it checks not only if the present time is a 
downlink period, but also if the requested message can be sent on the following uplink packet 
in terms of the assigned window. If both conditions are met, the SEBI or XBI sends back 
acknowledgment to the application processor (ITCMSGINDEXWRACK in FIG. 9). The 
application then sends an FTC message to the bus interface without a long delay. After the 
SEBI or XBI receives all the data, it sends back a ITCMSGWRDONE word to the 
application. If at least one of the two conditions mentioned above is not met, the SEBI or 
XBI sends NAK (not acknowledged) back to the application. In such a case, the application 
relinquishes its request. 

[0054] When the application desires to send the same data simultaneously to a 
plurality of receivers, the group addressing type of ITC may be used. Each tool has one of 
group addresses. In the present case it is assumed that all the receivers have the same group 
address and that non-receivers have different group addresses. When the application desires 
to send some data to all tools in a tool string, it may use the broadcast or "all" addressing type 
of FTC. If only broadcast messages are to be used, the application processor does not need to 
keep address information for each of the receivers or groups of receivers. 

[0055] FIG. 10 illustrates a procedure for the second access type, writing an FTC 
sync pulse. The ITC sync pulse command may be used to generate a single pulse at a receiver - 
end. Writing the ITC SYNC pulse at a sender tool turns into the SYNC pulse downlink 
packet at the EDTC, SEBI, or XBI. When it is received at a receiver tool, it generates a pulse 
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on an output line identified as SYNP. The application can use the signal to observe the 
SYNC output by any convenient means. The ITC SYNC pulse command, like the previous 
message communication, has three kinds of destination types which differ only in destination 
type (Index, Group, Broadcast). If an operator intends to synchronize several tools in a tool 
string, one of the methods provides the ITC SYNC pulse of group addressing or broadcasting 
type whereas the index type method is provided. The timing of receipt of the SYNC pulse at 
different tools is almost simultaneous, thus a highly accurate synchronization may be 
accomplished. There is no length field of the SEBI I/F command, and no data transfer occurs 
subsequently. The ACK case is replaced by the DONE case. 

[0056] The third access type, writing the ITC tool reset pulse, is similar in method 
to the ITC SYNC pulse. The resulting pulse is shown as a TLRP (tool reset pulse) output of a 
receiver tool. It will be understood, however, that the BI initializes its internal data buffers 
upon receiving the TLRP packet. Three kinds of destination types associated with the TLRP 
pulse include the Index, Group, and Broadcast types. 

[0057] There are several pieces of bus interface information that may be useful to 
the application. For reading tool index and Group addresses, the XBI or SEBI informs the 
application processor of its present value of tool address and Group address. The application 
processor can read XBI or SEBI statuses at any time. Each access or query is responded to by 
the bus interface. NAK never occurs. 

[0058] The preceding description has been presented only to illustrate and 
describe the invention and some examples of its implementation. It is not intended to be 
exhaustive or to limit the invention to any precise form disclosed. Many modifications and 
variations are possible in light of the above teaching. The preferred aspects were chosen and 
described in order to best explain the principles of the invention and its practical application. 
The preceding description is intended to enable others skilled in the art to best utilize the 
invention in various embodiments and aspects and with various modifications as are suited to 
the particular use contemplated. It is intended that the scope of the invention be defined by 
the following claims. 
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